home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20020314-20021006 / 000065_fdc@columbia.edu_Wed May 1 10:37:19 EDT 2002.msg < prev    next >
Text File  |  2002-10-06  |  9KB  |  192 lines
  1. Article: 13356 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 1 May 2002 10:37:10 -0400
  7. Organization: Columbia University
  8. Lines: 175
  9. Message-ID: <aaouim$di0$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CCB4F33.4F2B2C62@yk.rim.or.jp> <aahd9h$qii$1@watsol.cc.columbia.edu> <3CCF46F4.DE916308@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1020263832 13865 128.59.39.139 (1 May 2002 14:37:12 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 1 May 2002 14:37:12 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13356
  16.  
  17. In article <3CCF46F4.DE916308@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19. : Frank da Cruz wrote:
  20. : > ...
  21. : >   Kelly-Bootle, Stan,
  22. : >   "680x0 Programming By Example",
  23. : >   Howard W Sams & Co, Indianapolis IN (1988),
  24. : >   ISBN 0-672-22544-1.
  25. : > 
  26. : > In this case it was the Alpha Micro version written by Rob Rubendunst:
  27. : > 
  28. : >   ftp://kermit.columbia.edu/kermit/c/am*.*
  29. : 
  30. : So I was quite impressed at the assembly program listed above.
  31. : Never realized that the directory contains source code files
  32. : for a totally different architecture...
  33. : 
  34. Most of the early Kermit programs (CP/M, DEC-20, PDP-11, IBM 370, MS-DOS)
  35. were written in assembler,  I don't think I have ever counted the number of
  36. different assembly languages represented in the archive, but it is a good
  37. sampling.  We used to keep lists of Kermit programs sorted by various
  38. categories: date, platform, OS, language, etc, but these lists do not always
  39. distinguish different assemblers:
  40.  
  41.   ftp://kermit.columbia.edu/kermit/a/aavlng.txt
  42.  
  43. : > And somewhat more sensationally:
  44. : > 
  45. : >  Stoll, Clifford:
  46. : >  "The Cuckoo's Egg: Tracking a Spy Through the Maze of Computer Espionage",
  47. : >  Doubleday, New York (1989),
  48. : >  ISBN 0-385-24946-2
  49. : 
  50. : I have read this book. But it was quite some time ago, and can't recall
  51. : KERMIT mentioned in this book. Oh well.
  52. : 
  53. In the hardcover edition: pages 45 ("The hacker wasted no time.  He issued
  54. commands to show all the active users and any background jobs running.  Then
  55. he fired up Kermit."  [Paragraph explaining what Kermit is... "the Esperanto
  56. of computers"]  ... "I watched as the hacker used Kermit to transfer a short
  57. program into our Unix computer..."]; pages 90-93 [a more detailed explanation
  58. of Kermit protocol, and the measurement of round-trip time of Kermit packets
  59. to estimate the hacker's distance]; 149-156 [the keychain gambit].
  60.  
  61. : These days, a certain large software company decided to
  62. : regard serial ports as "legacy hardware" and seem to
  63. : discourage the use of them.
  64. :
  65. Of course this is unfortunate, but on the other hand it leaves a niche
  66. for makers of software and devices that are good for something besides
  67. shopping and making pie charts.
  68.  
  69. : >   http://www.columbia.edu/kermit/ckcplm.html#x3
  70. : > 
  71. : I read the page and it was quite refreshing to read
  72. : these do's and dont's. 
  73. : 
  74. : I think programming KERMIT is quite comparable to embedded computer
  75. : programming today.  Often the development tools for embedded computer
  76. : systems are under preparation for a new embedded systems and so
  77. : assembler/compiler/linker and realtime OS kernel itself (if it exists at
  78. : all!)  is somewhat unreliable, and so we need to take a very careful and
  79. : conservative approach in coding.
  80. : 
  81. Quite true.  Even today we try to make C-Kermit compatible with old
  82. compilers and linkers, because many people still have them.  It was only
  83. recently that we had to give up on supporting 16-bit architectures in
  84. C-Kermit (but of course G-Kermit still supports them, not to mention
  85. MS-DOS Kermit and many others).
  86.  
  87. : (When I talk of embedded computer systems, I mean computer systems
  88. : embedded in *small* appliances such as toaster, microwave oven,
  89. : refrigerator, TV, VCR, and many other home appliances as well as
  90. : automotive engine control system and other industrical controller. Some
  91. : embedded systems for industry control system may use, say, Sun ULTRA
  92. : pizza box, but most of these small systems use a tiny single printed
  93. : circuit board with a version of 8, 16 or 32 bit computers.)
  94. : 
  95. Right, and as you say, the programming requirements are quite rigid; not
  96. what you learned in school :-)  We often get requests for an embeddable
  97. Kermit protocol implementation, and I'm happy to say that soon we will
  98. have one.
  99.  
  100. : One thing that I have been wondering is this.
  101. : How is KERMIT project sustained.
  102. : 
  103. Whenever this topic comes up, it results in a flame war.  Everybody has
  104. strong opinions about licensing.
  105.  
  106. In the early days, we had a group of programmers who were paid to write
  107. Kermit software, so of course we gave it away (but we retained copyright).
  108. Soon other sites began to write their own Kermit programs and send them
  109. back to us.  Naturally, we worked with them to ensure interoperability,
  110. a compatible command language, etc.  This was great, but it was also
  111. more work for us.
  112.  
  113. Later, it was no longer our job to develop Kermit software or coordinate
  114. developers at other sites, or take care of the archive.  But the world
  115. still wanted and expected us to do the work, and we enjoyed it.  So Kermit
  116. work was done nights and weekends.  This might be OK for students, but
  117. it's not good for grown-ups with families.
  118.  
  119. Eventually (1986) we convinced our management to create the Kermit
  120. Project.  It would coordinate development, take care of the archive,
  121. package and distribute the software, run a mailing list, publish a
  122. newsletter/journal, but NOT write software.  The project was to pay for
  123. itself by charging a distribution fee for Kermit tapes and disks.
  124.  
  125. Later, as the demand for mail-order tapes and disks dimished, we wrote
  126. some books, and our business model became something like: "the software is
  127. free for your own use but please buy the book, and if you want to sell or
  128. give the software to customers or clients, you *must* include the book".
  129. This worked for a few years, but people didn't like it because in most
  130. cases they did not want a book.
  131.  
  132. Finally in 1995, I joined the Kermit Project full time and we hired
  133. another full time developer, Jeff Altman, with the understanding that the
  134. Kermit Project must pay for itself out of revenue.  We released Kermit 95
  135. as a commercial product that year.  People understand this much better; no
  136. lengthy explanations are required, no arguing about "save a tree", etc;
  137. it's quite straightforward.
  138.  
  139. Except for Kermit 95, most Kermit software is still "free" in the sense
  140. that you can download it -- source code and all -- for your own use or
  141. use within your company, but you can not make a product out of it or
  142. include it with a product without a license; in other words, if you make
  143. money (or otherwise gain commercial advantage) from our work, we deserve
  144. a share.  We believe this is fair and reasonable.
  145.  
  146. Our current business model is spelled out here:
  147.  
  148.   http://www.columbia.edu/kermit/commercial.html
  149.  
  150. : Does Columbia University accept/solicit  donations to
  151. : Kermit project?
  152. :
  153. We would like to have donations, but this is not an adequate business
  154. model, especially in these hard times.
  155.  
  156. : And I am curious and nosy. What is your, er, regular
  157. : job at Columbia?...
  158. :
  159. Now it is Kermit, but many others before that; you can read a little bit
  160. about this here:
  161.  
  162.   http://www.columbia.edu/acis/history/
  163.  
  164. : KERMIT is one of the few (if any) powerful serial terminal program on
  165. : UNIX with good track record under noisy and flakey connection. (tip is
  166. : a joke as a terminal program. UUCP is only for batch transfer/invocation
  167. : remotely.)
  168. :
  169. Thanks.  Of course Kermit is much more than a serial-port terminal program.
  170. Unfortunately many people don't know that; their conception of Kermit has
  171. not changed since they first looked at it 10 or 20 years ago.  It's hard
  172. to change first impressions.
  173.  
  174. : So having KERMIT project afloat is clearly a merit to a sizable number
  175. : of programmers all over the world.  (Right, many now use Windows and
  176. : there are good terminal emulators with KERIMT protocol support.
  177. :
  178. But aside from Kermit 95, I don't think there are any good Windows terminal
  179. emulators with *good* Kermit protocol support!
  180.  
  181. : But as
  182. : far as I can tell UNIX has KERMIT only.  Maybe KERMIT was so good that
  183. : nobody bothered to write other serial terminal program.)
  184. :
  185. There are a couple others; see:
  186.  
  187.   http://www.columbia.edu/kermit/kermit.html
  188.  
  189. for a discussion of this topic, and also for more about licensing.
  190.  
  191. - Frank
  192.